home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio 2000 #1 / Ham Radio 2000.iso / ham2000 / packet / p_g8bpq / bpq_misc / problems.go < prev    next >
Encoding:
Text File  |  1992-05-10  |  2.2 KB  |  46 lines
  1. 5-8-92 16:31  BPQ problems
  2.  
  3. 1. BPQ needs to tell PacketCluster which input port is receiving the 
  4. connect so that PacketCluster can determine if user connects are 
  5. permissible on that frequency.  If PC/TNC can do it, so can 
  6. BPQ/DEDHOST.
  7.  
  8. 2. The ESCi command in PC/TNC allows the callsign to be changed for 
  9. the next outgoing connect.  This is used for troubleshooting (by 
  10. using a totally different callsign) and also to get around jammers 
  11. who trash a Network Node by setting up a TNC with the callsign of a 
  12. connecting node.  By using different SSIDs to connect on subsequent 
  13. connect scripts, you can get around such a jammer.  How can you get 
  14. the same functionality with G8BPQ?  It appears that all outgoing 
  15. connects are forced to come from the same exact callsign-ssid.
  16.  
  17. 3. Need way to query BPQ about a particular connect or list of 
  18. connects, to find out what ports they are on, their connect status 
  19. (retries, packets outstanding, etc).
  20.  
  21. 4. SH/TNC_STA retries is always 0 because it is just talking to the 
  22. DEDHOST. BPQ should report retries to PacketCluster just like PC/TNC 
  23. did.
  24.  
  25. 5. SH/TNC_CONNECTIONS always reports port 1.   See #1 above: The 
  26. port number should be passed to PacketCluster.
  27.  
  28. 6. The signoff messages don't get to the users.  A user types "B" 
  29. and all looks normal from the SYSOP screen.  The CUL message goes 
  30. out on the SYSOP PacketCluster monitor screen.  However, it isn't 
  31. sent to the user!  Apparently BPQ processes a disconnect in such a 
  32. manner that it cancels outstanding packets.
  33.  
  34. 7. There needs to be a way to access the SYSOPH function from 
  35. PacketCluster without using the ATTACH command.  There doesn't seem 
  36. to be a way to establish a connect to the SYSOPH function using a 
  37. connect script and then turn control over to the SYSOP keyboard.    
  38. Instead, SYSOP must identify a clear stream, type ATTACH (stream#) 
  39. (Enter) (ESC) c (space) (Enter) *SYS (Enter) to access the 
  40. facility.  It should be possible to automate this.
  41.  
  42. 8. There is no way to reserve host streams for outgoing connects.  
  43. If enough incoming connects occur to fill up all of the host port 
  44. streams, a user must be disconnected to free a stream before an 
  45. outgoing connect (like to another node) may be established.
  46.